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CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is filed concurrently with the 
following commonly- owned applications : 

5 SYSTEM AND METHOD FOR PROVIDING SECURITY IN A 
TELECOMMUNICATION NETWORK, Attorney Docket 062891.0292; 

SYSTEM AND METHOD FOR MAINTAINING A COMMUNICATION LINK, 
Attorney Docket 062891.0293; and 

10 

SYSTEM AND METHOD FOR ENABLING MULTICAST 

TELECOMMUNICATIONS, Attorney Docket 062891.0297. 

TECHNICAL FIELD OF THE INVENTION 
15 This invention relates generally to the field of 

telecommunications, and more specifically to a system and 
method for a virtual telephony intermediary. 
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BACKGROUND OF THE INVENTION 

Historically, telecommunications have involved the 
transmission of voice and fax signals over a network 
dedicated to telecommunications, such as the Public 
5 Switched Telephone Network (PSTN) or a Private Branch 

Exchange (PBX) . Similarly, data communications between 
computers have also historically been transmitted on a 
dedicated data network, such as a local area network (LAN) 
or a wide area network (WAN) . Currently, telecommunications 

10 and data transmissions are being merged into an integrated 

communication network using technologies such as Voice over 
Internet Protocol (VoIP) . Since many LANs and WANs transmit 
computer data using Internet Protocol (IP) , VoIP uses this 
existing technology to transmit voice and fax signals by 

15 converting these signals int o digital data and 

encapsulating the data for transmission over an IP network. 
VoIP technology allows many of the advantages of IP 
networks to be applied to telecommunication data 
transmitted over IP networks to create features that would 

2 0 otherwise be unavailable with traditional 

telecommunications . 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, a system and 
method for a vi rtual teleph ony in termed iary is provided 
that substantially eliminates or reduces disadvantages or 
5 problems associated with previously developed systems and 

methods. In particular, the present invention contemplates 
a virtual tele phon y_i ntermediary ca pable of serving as an 
intermediary between two or more telephony devices to 
enable communication between the telephony devices. 

10 In one embodiment of the present invention, a virtual 

telephony intermediary is provided that includes (a. first 
logical port associated with a first ^ telephony device and 
a se cond logical port: associated with ja second telephony 
^ deviceT^The virtual telephony intermediary also includes a 
manipulation module^fihat manipulat es Jbelecom municat ion 
data in a payload section of a packet .re ceived fro m the 
first telephony device at the second logical port. The 
virtual telephony intermediary further includes a 
transmission module operable to communicate the manipulated 

20 * telecommunication data to the second telephony device. 

In another embodiment of the present invention, a 
method provides a virtual telephony intermediary between 
telephony devices. The method includes receiving 
telecommunication data in a payload section of a packet 

25 sent from a first telephony device at a virtual telephony 

intermediary. The method further includes manipulating the 
telecommunication data received from the first telephony 
device and communicating the manipulated data to the second 
telephony device. 

3 0 Technical advantages of the present invention include 

a virtual telephony intermediary that may be logically 
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inserted between telephony devices to act as an 
intermediary between the telephony devices. Once such a 
connection is established, signaling and media streams that 
pass through the virtual telephony intermediary may be 
manipulated for various reasons before they are sent on to 
the destination device. 

Advantages of such manipulation include the ability to 
provide address translation, [provide network security^ 
duplicate streams, dynamically redirect streams, 
maintaining connections between devices, and inject media. 
A virtual telephony intermediary may also serve as an 
intermediary between telephony devices that use different 
types of call or control signaling, compression or encoding 
formats, sizes of data payloads, media sampling lengths, or 
any other communication parameters. Other technical 
advantages are readily apparent to one skilled in the art 
from the following figures, descriptions, and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention, and for further features and advantages, 
reference is now made to the following description, taken 
5 in conjunction with the accompanying drawings, in which: 

FIGURE 1 illustrates an exemplary communication 
network in accordance with the present invention; 

FIGURE 2 illustrates an exemplary communication link 
between telephony devices using a virtual telephony 
10 intermediary; 

FIGURE 3 illustrates another exemplary communication 
link between telephony devices using a virtual telephony 
intermediary; 

FIGURE 4 illustrates an exemplary virtual telephony 
15 intermediary; and 

FIGURE 5 illustrates a method for providing a virtual 
telephony intermediary between telephony devices. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates an exemplary communication 
network 10. Although a specific communication network is 
illustrated in FIGURE 1, the term "communication network" 
5 should be interpreted as generically defining any network 

capable of transmitting telecommunication signals, data, 
and/or messages. In the illustrated embodiment, 
communication network 10 includes a plurality of local area 
networks (LANs) 2 0 interconnected using a wide area network 

10 (WAN) 30. Each LAN 20 is a computer data network that is 

further operable to transmit audio and/or video 
telecommunication signals. In the particular embodiment 
illustrated in FIGURE 1, LANs 2 0 are Internet Protocol (IP) 
networks. However, LANs 2 0 may be any type of network that 

15 allows the transmission of audio and video 

telecommunication data, as well as traditional data 
communications. Therefore, although subsequent description 
will primarily focus on IP telephony devices, it should be 
understood that [other appropriate telephony devices, such 

2 0 as Voice over Frame Relay devices, are also included within 

the scope of this description?] 

LANs 20 may be directly coupled to other IP networks 
including, but not limited to, WAN 3 0 and any IP networks 
coupled to WAN 3 0 (such as other LANs 2 0 or the Internet 
25 40) . Since all IP networks share a common method of 

transmitting data, telecommunication signals may be 
transmitted between t e 1 e p hon y_ de vi ces located on different, 
but interconnected, IP networks. In addition to being 
coupled to other IP networks,^Ns 20 may also be coupled 

3 0 to non-IP telecommunication networks through the use of 
gatewaysT^For example, LAN 2 0a is coupled to a private 
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branch exchange (PBX) 50 through a gateway 52. PBX 50 
represents analog and/or digital telephone systems used by 
businesses. PBX 50 includes a plurality of extension 
telephones or subscriber sets 54a and 54b to which PBX 50 
5 directs incoming telephone calls. Gateway 52 may be either 

an analog or a digital gateway depending on the type of PBX 
50 to which it is coupled. The operation of the gateways in 
communication network 10 is described in further detail 
below. 

10 Another non-IP network to which LANs 2 0 may be coupled 

is the Public Switched Telephone Network (PSTN) 60. PSTN 60 
includes switching stations, central offices, mobile 
telephone switching offices, pager switching offices, 
remote terminals, and other related telecommunications 

15 equipment that are located across the country. For example, 

central offices (COs) 62 connect telephone customers, such 
as residences and businesses, to PSTN 60. In the 
illustrated embodiment, LANs 20 are coupled to selected 
central offices 62 through the use of gateways 64, 

20 described below. 

Central offices 62 are coupled through a long distance 
network 66 that allows communication between residences and 
businesses coupled to central offices in different areas, 
such as CO 62a in Dallas and CO 62b in San Jose. The entity 

25 that owns the communication lines comprising long distance 

network 66 (there are typically several different entities, 
each having their own communication lines) . charges a fee 
for the use of these lines. However, one advantage of IP 
telephony is that a company owning (or leasing) LANs 2 0 and 

30 WAN 30 may avoid such fees for calls between LAN 20a and 

LAN 20b hy using WAN 30 to transmit calls between the LANs. 
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Internet 4 0 may also be used to transmit callg ^ 

IP networks transmit data (including voice and video 
data) by placing the data in packets and sending each 
packet individually to the selected destination. Unlike a 
circuit-switched network (like PSTN 60) , dedicated 
bandwidth is not required for the duration of a call or fax 
transmission over LANs 20, WAN 30 or Internet 40. Instead, 
each telephony device sends packets across the network as 
they become available for transmission. This feature makes 
bandwidth available for other data when voice or fax data 
is not being transmitted. 

The technology that allows telecommunications to be 
transmitted over an IP network may be referred to as Voice 
over IP (VoIP). IP telephony devices 22-24 are coupled to 
LAN 20a to allow such communication over LAN 20a. IP 

telephony devices ^22-24 . . have the capabilit y of 

enca psulatin g a userjj g _ voice (or other inputs) i nto IP 
p acket s so that the voice can be transmitted over LAN 20a, 
WAN 30 and/or Internet 40. IP telephony devices may include 
telephones, fax machines, computers running telephony 
software (such as MICROSOFT NETMEETING) , gateways, or any 
other device capable of performing telephony functions 
using an IP network. 

An IP telephony device typically resembl es a 
traditional digital PBX tel ephony device , but instead of 
connecting to a proprietary PBX port, the telephony device 
plugs into a LAN jack, such as an Ethernet jack. 
Alternatively, a user may plug a handset or headset 
di^jSgtL y— into a pe rsonal co mputer 24 on LAN 2 0 to form a 
vi rtual IP te lephony device. An IP telephony device 
operates as a standard IP network device^and typically has 
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its own IP address (which may be assigned dynamically) . IP 
telephony devices may be H . 323 -compliant , so that they can 
communicate with other H.323 devices, such as a device 
executing MICROSOFT NETMEETING. This feature is described 
in more detail below. IP telephony devices may also have 
the ability to handle data coding and decoding at the 
telephony device. This feature allows the telephony device 
to switch encoding schemes on demand, such as switching 
between G.711 and G.723 encoding. 

A call manager 26a controls IP telephony devices 22-24 
(a similar call manager 26b may be located on LAN 20b) . 
Call manager 26a is an application that controls call 
processing, routing, telephone features and options (such 
as call hold, call transfer and caller ID) , device 
configuration, and other telephony functions and parameters 
within communication network 10. Call manager 26a can 
control all of the IP telephony devices on LAN 20a, and it 
may also control IP telephony devices located across WAN 
30. For example, call manager 26a is capable of controlling 
telephony devices on LAN 2 0b. Thus, call manager 2 6b may be 
eliminated entirely or used as a redundant controller. 

When a user wishes to place a call from one IP 
telephony device on LAN 20a to another IP telephony device 
on LAN 20a (an intra-LAN call) , the calling telephony 
device transmits a signal to call manager 26a indicating 
the desired function and the telephony device to be called. 
Call manager 26a then checks on the availability of the 
called telephony device and, if available, sets up the call 
by instructing the originating telephony device to 
establish a media (audio and/or video) stream with the 
called (target) telephony device. The initial signaling 
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between call manager 26a and either the originating 
telephony device or the target telephony device is 
transmitted over LAN 20a (and, if necessary, WAN 30) using, 
for example, the Transmission Control Protocol (TCP) . 
5 The TCP layer in the transmitting telephony device 

divides the data to be transmitted into one or more 
packets, numbers the packets, and then forwards them 
individually to the IP network layer for transmission to 
the destination telephony device. Although each packet has 

10 the same destination IP address, the packets may travel 

along different paths to reach the intended destination. As 
the packets reach the destination telephony device, the TCP 
layer reassembles the individual packets and ensures that 
they all have arrived. Once TCP reassembles the data, it 

15 forwards the data to the destination telephony device as a 

single message. 

After call manager 26a initiates the call with 
signaling over TCP, a codec (coder/decoder ) converts the 
voice, video or fax signals generated by the users of the 

20 telephony devices from analog voice signals into digital 

form. The codec may be implemented either in software or as 
special -purpose hardware in IP telephony devices 22-24. In 
the case of an IP telephone, as the user speaks into the 
handset, the codec converts the analog voice signals into 

25 digital data. The digitally encoded data is then 

encapsulated into IP packets so that it can be transmitted 
over LAN 2 0a. 

The encapsulation may be performed by Real-Time 
Transport Protocol (RTP) running over User Datagram 
30 Protocol (UDP) , or any other suitable communication 

protocol. As with TCP, UDP uses the Internet Protocol to 
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get data packets from one computer to another. Unlike TCP, 
however, UDP does not provide sequencing and error -checking 
of the arriving packets. However, since UDP does not 
perform these functions, UDP operates faster than TCP and 
is useful when speed is more important than accuracy. This 
is true of media streaming since it is critical that the 
data be transmitted as quickly as possible, but it is not 
critical that every single packet is reassembled correctly 
(either its absence is negligible or its content can be 
extrapolated by the destination telephony device) . Once UDP 
has received and reassembled the IP packets at the 
destination telephony device, a codec in the destination 
telephony device translates the digital "data into analog 
audio and/or video signals for presentation to the user. 
The entire process is repeated each time that any call 
participant (or any other source) generates an audio, 
video, or fax signal. 

In addition to intra-LAN calls, calls can also be 
placed to and received from non-IP telephony devices 54, 68 
that are connecte^L-to PBX 50 or PSTN 60. Such calls are 



made through s^g^tewayx 5 2 , 64. Because gateway 52 performs 
similarly to gateway 64, only gateway 64 will be discussed 
in further detail. Gateway 64 converts analog or digital 
circuit-switched data transmitted by PSTN 60 to packetized 
data transmitted by LAN 20, and vice- versa. When voice data 
packets are transmitted from LAN 20, gateway 64 retrieves 
the data contained in the incoming packets and converts 
this digital data to the analog or digital format used by 
the PSTN trunk to which gateway 64 is coupled. Since the 
digital format for voice transmissions over an IP network 
is often different than the format used on the digital 
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trunks of PSTN 60, the gateway provides conversion between 
these different digital formats, referred to as 
transcoding. Gateway 64 also translates between the VoIP 
call control system and the Signaling System 7 (SS7) 
5 protocol or other signaling protocols used in PSTN 60. 

For voice transmissions from PSTN 60 to LAN 20, the 
process is reversed. Gateway 64 takes the incoming voice 
transmission (in either analog or digital form) and 
converts it into t he di gital format use dL_by _LAN 2 0. The 

10 digital data is then encapsulated into IP packets and 

transmitted over LAN 20. 

When making a call to a PSTN telephony device 6 8 from 
IP telephony device 22 on LAN 20a, the voice or fax signal 
generated by the user of IP telephony device 22 is 

15 digitized and encapsulated, as described above. The packets 

are then transmitted over LAN 20a to gateway 64. If more 
than one PSTN gateway 64 is coupled to LAN 20a, call 
manager 2 6a determines which gateway is to receive the 
transmission based on the telephone number (e.g., the North 

2 0 American Numbering Plan (NANP) number) of the PSTN 

telephony device. Gateway 64 retrieves the IP packets and 
converts the data to the format (either digital or analog) 
used by the PSTN trunk to which the gateway is connected. 
The voice signals are then sent to PSTN telephony device 68 
25 over PSTN 60. This process, and the reverse process, is 

continued between PSTN 6 0 and LAN 2 0a through gateway 64 
until the call is complete. 

Calls can also be made between an IP telephony device 
located on LAN 2 0 and another IP telephony device located 

3 0 on another LAN 20, across WAN 30, or on Internet 40. For 

example, a call may be placed between IP telephony device 
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22 connected to LAN 20a and IP telephony device 25 
connected to LAN 2 0b. As discussed above, the analog voice 
or fax data is digitized and encapsulated into IP packets 
at the originating IP telephony device 22. However, unlike 
5 communications with telephony devices on PSTN 60, gateway 

64 is not needed to convert the IP packets to another 
format. Instead, ^£^ute^(or other similar device) directs 
the packets to the IP address of the target IP telephony 
device 25. IP telephony device 25 then retrieves the data 

10 and converts it to analog form for presentation to the 

user. Either call manager 26a or call manger 26b (on LAN 
20b) may control IP telephony device 25. 

When a call is placed to an IP telephony device, for 
example IP telephony device 22, a call initiation request 

15 is first sent to call manager 26a. If the originating 

telephony device is an IP telephony device (e.g., an intra- 
LAN or inter-LAN IP call), the originating IP telephony 
device generates the call initiation request and sends the 
request to call manager 26a. If the originating telephony 

2 0 device is a non-IP telephon y devic e, such as PSTN telephony 

device 68, gateway 64a first intercepts the incoming call 
from CO 62a, and sends a call initiation request to call 
manager 26a indicating the IP telephony device that is 
being called. In either case, o nce _ call ma n ager 2 6 a 
25 receives the call initiation request, call manager 26a 

send s a signal to_IP telephony device _2.2_o.f..f.er.i,nq_ the call 
to the telephony__device . 

If IP telephony device 22 can accept the call (e.g., 
it is not in use or under a Do Not Disturb instruction from 

3 0 the user) , IP telephony device 22 replies to call manager 

26a that it will accept the call. Upon receiving this 
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acceptance, call manager 26a transmits a signal to IP 
telephony device 22 to cause it to r ing. The telephony 
device's user can then hear the ring and can take the 
telephony device "off -hook" to receive the call. Taking the 
5 telephony device off -hook may include, but is not limited 

to, picking up a handset, pressing the ringing line's 
button, pressing a speakerphone button, or otherwise 
indicating that the telephony device is ready to receive 
the incoming call. For the purposes of this application, 
10 the term "off-hook" is used to generically indicate a 

condition of a telephony device when it is ready to 
initiate or receive telecommunication signals. Once IP 
telephony device 22 has been taken off-hook, call manager 
26a establishes an RTP audio and/or video stream between IP 
15 telephony device 22 and the originating telephony device. 

If the originating telephony device is a non-IP telephony 
device, such as PSTN telephony device 68, the data 
streaming occurs between IP telephony device 22 and gateway 
64. Gateway 64 then transmits the audio and/or video data 
20 to PSTN telephony device 68. 

One advantage associated with IP telephony devices is 
their ability to communicate and interac t with any other IP 
device coupled to th e IP network. For example, IP telephony 
devices may interact and communicate with other. IP 
25 telephony devices, with non-IP telephony devices, and even 

QV y V/' with virtual^tele phony devi ces-,. ( virtual tAleph^y^vice 
/ / may be implemented as software, firmware and/or hardware^to 
* interact with devices in communication network 10. Virtual 



r ^ telephony devices may be implemented on any existing or 
S0 e dedicated device on the IP network. For example, call 
manager 2 6a may contain software for implementing one or 
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more virtual telephony devices. Virtual telephony device 
software or firmware may also be located on any other 
network device and embodied in any t ype of compu ter- 



readable m edium . The computer or other device on which the 
— — ^ 

virtual telephony device software is located includes a 
net work interface , a memory or other computer-readable 
medium to store the software, and a processor to execute 
the software. 

A virtual telephony intermediary 28, one type of 
virtual telephony device, may be logically inserted between 
two or more telephony devices to act as an i n t e r me d ia, r y 
between the telephony devices. Once such a relationship is 
established, signaling and media streams that pass through 
the virtual telephony intermediary may be modified through 

iorv^f or various 




^d^ess^tx ^slation ^r (data stream manipulat 
reasons before they are sent to the destination device. 
Reasons for such modifications include providing network 
securit^} dup^ji-c^a^jj^ dynamically ^redirect ing 

streams, maintaining connections between devices, 
converting between data formats (e.g., A-Law to ja-Law) , and 
injecting mediaT^ 

In order for a call or other communication to be 
placed through a virtual telephony intermediary, for 
example, a call placed to IP telephony device 2 2 in LAN 2 0 
through vir tual telephony intermediary 28 , t elephony devi ce 
-fee^g^with vir tual telephony intermediary— ;2~8 



2 2 rec_ 

tz, — K ' ^ f> \ 

^ma nager 2 6a instructs telephony device 2,2 „ t p^re g i s te yx wi t h 

virtual t e 1 ephonv i_nt erme diary 2 8 ( or a user may manually 

instruct telephony device 22 to do so) , and telephony 




de vice 22 signals virtual telephon y intermedia-^ 2 8 v ia 
TCP/IP indicating that I t wou^Ld like to ^register j. If 
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virtual telephony intermediary 2 8 accepts the registration 
request, telephony device 22 sends a registration message 
to virtual telephony intermediary 28 using TCP/IP (or any 
other appropriate media transmission protocol) . The 
registration message typically comprises information about 



the telephony device such as the telephony device 1 s IP and 



media access control (MAO^addresses, the type of telephony 



device, and the codec (s) used by the telephony device. 

FIGURE 2 illustrates an exemplary communication link 
created using virtual telephony intermediary 28. It should 
be noted that although the TCP and UDP protocols are 
specifically identified in the following discussion, any 
other suitable signaling and media transmission protocols 
may be used. Virtual telephony i nter mediaryi_28_ ini tiates 
this communication link by first creating a logical 
connection to telephony device 22. Creating this logical 

c onne c t i on i nvo 1 ve s a ssociating lagica l UDP _a nd/or TCP 

ports of the virtual telephony intermediary -jra 2.8._ ^i-th 



telephony device 22. Vi r t ua l t e le phon y_ int e rmediar y 2 8 



un- 



designates a TCP port J f or example, port 2 0 00) as the 
^IgnaTin g por t of telephony device anddesi gnates a^ UDP 



port (for example, port 2100) as the (streaming Jport of 



fs4 (t "^Vj telephony device 22 .(Virtual telephony ' intermediary 28 may 



j^" t)**^ t \ instruct ca ll manager 26a to send all - signal ing d ire cted J : 



2000 of 



o 

virtual 



' \f telephony device 22 to logical port 

telephony intermediary 28. Likewise, virtual telephony 



r intermediary 2 8 may i nst ruct c a 1 1\ maria ge r 2 6^ to send all^ 



^ ~ media streaming directed to telephony device 22 from othef^ 
a 

telephony devices to logical port 210 0 of virtual telephony 
30 intermediary 28 7j ^irtual telephony intermediary 28 will 
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automatically forward any data that is subsequently sent to 
these ports to telephony device 22^3 

In order to create a communication link between 
telephony devices 22 and 23, a logical connection is also 
made to telep hony device 23. For example, telephony device 
2 3 may be assigned a logical TCP port of 3000 and a logical 
UDP port of 3100 of virtual telephony intermediary 28. 
Likewise, virtual telephony intermediary 2 8 may also 
designate a TCP port (for example, port 1000) 



as the 



signaling port of call manager 2 6a (data is typically not 



streamed using RTP to and from call manager 26, so a UDP 
port is usually not required) . Virtual telephony 
intermediary 2 8 may then instruct t elephony devic es 2 2 and 
23 (as well as any other registered telephony devices) to 
send all signaling directed to c ^ 1 1 Tnanager_26a tQ lQQ.lg.al 
port 1000 of virtual telephony inter mediary 28 . In this 
manner^ UDP streaming between telephony devices 22 and 23, 
as well as TCP signaling between the telephony devices and 
call manager 26, can be transmitted via virtual telephony 
intermediary 2 8 . 

FIGURE 3 illustrates an alternative communication link 
between tele^hpnyL^devices 22 and 23. Although FIGURE 2 



shows trhe TCP signaling between IP telephony devices and 
call manager 2 6a being direc ted through virt ual telephony 
intermediary 28, this signaling may also be directly 
transmitted between call manager 2 6a and telephony devices 
and 23. Virtual telephony intermediary: 2 8 is used only 



30 



as an intermediary through which'" RTP Streams between 
telephony devices 22 and 23 are sent using logical UDP 
ports 2100 and 3100. In this case, a control link 29 
between call manager 2 6a and virtual telephony intermediary 
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28 is used. Control link 2 9 is used to instruct the virtual 
telephony intermediary 2 8 as to when UDP connections should 
be created or destroyed and how the logical ports should be 
associated with telephony devices 22 and 23. 

:he communication-^rintev illustrated in FIGURES 2 and 



^rTrTkB^i 



3 are used to^enable a call between telephony devices 22 
and 23 as follows^ — ?^e-lephony device 23 initially. „s.ends^a 
call initiation request via TCP to call vmanager 26a 
indicating a desire to communicate with telephony device 

10 22. Call manager 26a then sends signaling information via 

TCP to telephony device 22 indicating the incoming call 
from telephony device 23. This TCP signaling between 
telephony device 2 3 and call manager 2 6a may be passed 
through virtual telephony intermediary 28/ as illustrated 

15 - in FIGURE 2, or it may be directly transmitted between 
^/A ^ telephony device 2 3 and call manager 2 6a, as shown in 
jvr$ FIGURE 3. If telephony device 22 accepts the call, call 




manager 2 6a establishe s^ RTEL. media ,s :tx-eam:m q.__b^tx een, A 

telephony devices 2 2 and 2 3 by s i gna 1 ing_ ,tel eghony^^d^xi^e^ f^T^ 

2 0 23 to begin streaming media t o po r t 210 0 ^f _„\£i rjb ua 1 

telephony intermediar y 2 8 . 
r£f* When media packets are received at port 2100, virtual 

telephony intermediary 2 8 exa mines the pa ckets and notes 
the source address o f the da ta. This source address is the 
25 IP address of telephony device 23, for example, 

200.50.10.2, and a particular logical port of the IP 

. ^ 

address^. Since telephony device 23 has^registered with 



virtual telephony^) intermediary 28, virtual telephony 



int.ermed r i"ary 2 8 then modifies the sou rce ad dres s^ an d port 

3 0 i ri^theT ~Ke acGtf of "7~t HiT^ XEL,.pa.cke t s ^coming _ ^X^^_t e^eghony 



device 2 3 to the IP address and 1 Qgj.^.l,JUEE^pgr^.^^^ r t ua 1 



c™— — =— 
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telephony intermediary 28 that have_been associated with 



t elephony device 2 3 (200.50.10.30, port 3100). Virtual 
telephony intermediary 2 8 then forwards the packets to 
telephony device 22 . Since the header of each packet 
5 indicates the data stream originated from port 3100 of 

virtual telephony intermediary 28, it appears to telephony 



device 22 that telephony devi ce 23 is actually located a t 
tHis address and port . 



A similar process is performed when telephony device 
10 22 returns an RTP media stream in response to the media 

stream from telephony device 23. Since telephony device 22 



believes that telephony device 23 is located at port 3100 



of virtual telephony intermediary 28, telephony device 2 2 
directs its data _s t re ami ng_t.o„t hi s_ lo cat i on . When virtual 
15 telephony intermediary 2 8 receives the IP packets at port 

3100, virtual telephony intermediary 2 8 modifies the source 
IP address and port in the _uackets-? — header from the actual 
port and IP address (200.50.10.1) of telephony device 22 to 
port 2100 of virtual telephony intermediary 28. Virtual 

2 0 telephony intermediary 2 8 then forwards the packets to 

telephony device 23 since the packets were received at port 
3100. Since the header of each packet indicates that the 
data stream originated from port 2100 of virtual telephony 
intermediary 28, jit appears to telephony device 23 that 
25 telephony device 22 is actually located at this address and 

^ portTJ All subsequent RTP streams sent between telephony 
S^\& devices 22 and 2 3 are similarly passed through and modified 
A by virtual telephony intermediary 28. 

Since all data that is sent between two or more IP 

3 0 telephony devices may be passed through virtual telephony 

intermediary 28, virtual telephony intermediary 28 can be 
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used for other functions in addition to the a ddress 

translation function described above. One such use is as an 

intermediary between telephony devices that use d iffere nt 

types of call or control signaling, data en coding forma ts, 

sizes of data payloads, audio/video sampling lengths, or 

any other communication parameters. Virtual telephony 

intermediary 28 may also be used to provide n etwork 

sec urity, dupl icate strea ms , dynamically redirect streams, 

maintain connections between devices, a nd inject media. 

When an intermediary is needed between telephony 

devices for any of the reasons described, call manager 26a 

(or any other device having virtual telephony intermediary 

software, firmware and/or hardware) g enerates virtual 

telephony intermediary 28, and virtual telephony 
< — ■ _ — 

intermediary 28 establishes a communication link between 
the telephony devices, as described above in conjunction 
with FIGURES 2 and 3 . 

FIGURE 4 illustrates an exemplary virtual telephony 
intermediary 28. Virtual telephony intermediary 2 8 includes 
one or more logical ports 80, such as UDP or TCP ports. 
Incoming telecommunication data 82, such as RTP media 
streaming, is received from a telephony device at logical 
port 80a and is communicated to an address translation 
module 83. Address translation module 83 modifies source 
address information associated with ^^communication data 
82, such as an IP header associated with telecommunication 
data 82 contained in a payload section of an IP_gacket . As 
described above, this address translation VjsaayJ include 
changing ^__source__IE_addr.ess— in the IP- packet header _t o the 
address of virtual telephony intermediary 28, and changing 
the source port in a" header "to "the ~ TogYcaT port 80 of 



ATTORNEY'S DOCKET 
062891 . 0381 



PATENT APPLICATION 



21 



virtual telephony intermediary 28 associated with the 
telephony device from which telecommunication data 82 was 
received (e.g., port 80b) . Address modification module 83 
transfers telecommunication data 82' with the modified 
5 source address information to a data manipulation module 

84. Alternatively, if address translation is not performed, 
telecommunication data may be transferred directly to data 
manipulation module 84 upon receipt by virtual telephony 
intermediary 28. 

10 Data^ manipulation module 84 may manipulate 

telecommunication data 82, such as the data contained in 
the payload section of incoming IP packets, in ayarie^y of 



the payload section or incoming IP packets, lnj^mro^^or 
ul^U, 1 ways. This manipulation may include buffering, duplicating) 

<p v y 

^ and/oj recording incoming telecommunicatkj n data ,^ ^82 . 



15 ^Furthermore, data manipulation module 84 may convert 
telecommunication data 82 from a first data format to a 
Pfth ' second data format. For example, data manipulation module 



^ 84 may convert from one audio encoding format, such^s 



' ,'G'T'fll), to another audio encoding format, such as \G. 72,9 



20 _ - 



Qnrk^^ different data compression formats (such as A-law and /z- 
^ law) or between different signaling protocols. 

Data manipulation module 84 may also add media or 
other data to telecommunication data 82 or delete a portion 
25 or all of telecommunication data 82. For example, data 

manipulation module 84 may delete the data in the payload 



section of incoming packets. The "empty" packets are _then 



communicated to a tel ephony device (e.g., to simulate 
placing the telephony device "on hold") . In addition, data 
3 0 manipulation module 84 may add music or other substitute 

telecommunication data to the "empty" payload__seciion 
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before communicating the packets to the on-hold telephony 

, « 

device . 



After one or more of the above manipulations, data 
manipulation module 84 transfers manipulated 

telecommunication data 86 to a transmission module 88, such 
as a TCP/IP or UDP/IP protocol stack. Transmission module 
88 communicates manipulated telecommunication data 86 to 



the appropriate " telephony device or devices. If address 
translation* module 83 has performed an address translation, 

10 manipulated telecommunication data 86 appears to the 

destination telephony device to have been sent from the 
logical port 80 (such as port 80b) that is associated with 
the telephony device that originally sent telecommunication 
data 82. Furthermore, although telecommunication data 82 

15 may be received from a single telephony device, 

transmission module 8 8 may send manipulated 
telecommunication data 86 to multiple telephony devices 



(e.g., when data manipulation module 84 duplicates 
telecommunication data 82) . 
2 0 FIGURE 5 illustrates an exemplary method for providing 

a virtual telephony intermediary 2 8 between telephony 
devices . Each telephony dev:Lce_ Jthat participa tes in a 
communication using virtual telephony ^interme diary 2 8 is 



associated with a parti cular _ .1 ogica 1 port 8 0 .of virtual 

25 telephony interme diary 2 8_ _at_step 1.10. Virtual telephony 

intermediary 28, call manager 2 6a or 2 6b, or any other 
appropriate network device may make these associations. It 
should be understood, however, that if address translation 
module 83 is bypassed, then these associ^^aQs^may not be 



3 0 made. However, ad dress t rans lat^ion . is_ preferred ^since i t 

ensures that all communications between the participating 
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telephony devices are passed through virtual telephony 
intermediary 28, as described above in conjunction with 
FIGURES 2 and 3 . 



telecommunication data from a participating telephony 
device at step 120. If address translation is to be 
performed, the data is received at a particular logical 
port 80 associated with the telephony device to which 
virtual telephony intermediary 2 8 is to communicate the 
telecommunication data after manipulation. Data 
manipulation module 84 of virtual telephony intermediary 28 
manipulates the received telecommunication data at step 
13 0, as described above in conjunction with FIGURE 4. 
Transmission module 88 communicates the manipulated data at 
step 140 to the telephony device associated with the 
logical port 80 at which the telecommunication data was 
received . Alternatively, transmission module 8 8 J ^ a y 
communicate the manipulated data to one or more telephony 
"devices ~ specorf "i~ed by d'a't'a fnanipulati'on module 84 . For 
examplre^^^^f the incoming telecommunication data is 



duplicated / ^data manipulation module 84 may indicate which 



telephony device the duplicated data is to be communicated 
(e.g., a telephony device that is monitoring a 
communication) . The method described above is repeated, as 
indicated by arrow 150, each time that a participating 
telephony device transmits telecommunication data to 
virtual telephony intermediary 28. 

Although the present invention has been described with 
several embodiments, a myriad of changes, variations, 
alterations, transformations, and modifications may be 
suggested to one skilled in the art, and it is intended 



Virtual 



telephony 



intermediary 



28 



receives 
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that the present invention encompass such changes, 
variations, alterations, transformations, and modifications 
as fall within the spirit and scope of the appended claims. 



